Migration J2.5.28 vers 3.4.5 presque impossible

[Five_Phil]

Bonjour,

je tente depuis pas mal de temps ma migration et lu aussi pas mal de post, mais voila, me voila chercher de l'aide.

Suis en local et un J3.5 d'origine tourne très bien. Après avoir supprimé tous ce qui peut l’être sauf Akeeba, Admin tools et Acymailing qui sont bien à jour.
Une fois la mise à jour terminée voici le message :
Unknown column 't.published' in 'where clause' SQL=SELECT `m`.`tag_id`,`t`.* FROM `mabase_contentitem_tag_map` AS m INNER JOIN `mabase_tags` AS t ON `m`.`tag_id` = `t`.`id` WHERE `m`.`type_alias` = 'com_content.article' AND `m`.`content_item_id` = 39 AND `t`.`published` = 1 AND t.access IN (1,1,4)

j'ai uniquement accès au panneau d'admin, Akeeba, admin Tools et Acymailing tous le reste atterrie sur une page blanche.

merci de votre aide

[RobertG]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

Il semblerait que ta migration n'ait pas pu aller au bout.
Regarde dans la base à quoi ressemble la structure de la table "#__tags". En version 3.4, elle possède 30 champs.

[Five_Phil]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

Il semblerait que ta migration n'ait pas pu aller au bout.
Regarde dans la base à quoi ressemble la structure de la table "#__tags". En version 3.4, elle possède 30 champs.

Merci RobertG,
Aie, je n'en ai que 22 !
une solution est envisageable ?

[RobertG]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

Recommencer en repartant d'une sauvegarde du site 2.5, après avoir augmenté le "max_execution_time" dans php.ini et relancé le serveur.
Lorsque vraiment ça ne migre pas, pour éviter de perdre du temps, je passe par l'import dans un site neuf avec SP Transfer (commercial pas bien cher et très pratique).

[Five_Phil]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

Merci RobertG je regarde ces 2 solutions et reviens dans qlq jours.

[Five_Phil]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

Bonjour,

j'ai pu avancer quelque peu.. l'augmentation du "max_excution_time n'ayant pas fonctionné, je me suis replié vers SP transfer.
hélas encore un souci ! et j’échange avec le concepteur depuis une bonne semaine mais pour le moment les choses se ne s'arrange pas.
Peut être qu'un regard plus expert permettrais d'avancer.

Je fait ça en local, le composant s'installe sur site vierge ici la dernière version J3.4 pour pointer vers la base du site source qui est en J2.5.28. Le site fonctionne parfaitement.
Pour importer, le composant permet de sélectionner par id si l'on souhaite, le problème est au niveau de l'import de "tags -->tags" l'import ne se fait donc pas et voici le message qui s'affiche :

1054: Unknown column 'a.note' in 'field list' SQL = SELECT a.id, a.title, a.alias, a.note, a.published, a.access, a.checked_out, a.checked_out_time has. created_user_id, a.path, a.parent_id, a.level, a.lft, a.rgt, a.language, l.title language_title AS, AS uc.name editor, ua.name AS author_name, ug.title AS FROM access_title mabase_tags AS LEFT JOIN `mabase_languages` AS l ON = l.lang_code a.language eht98_users LEFT JOIN AS ON uc.id uc = a.checked_out eht98_users LEFT JOIN AS ON ua.id ua = a.created_user_id LEFT JOIN AS ug we mabase_viewlevels WHERE a.access a.alias ug.id = <> 'root' AND (a.published IN (0, 1)) ORDER BY a.lft asc LIMIT 0, 20

le concepteur de SP transfer, ma demandé d’exécuter cette requête qui à fonctionné mais sans pour autant resoudre le souci d'import, dont le message reste identique même en repartant de zéro.

CREATE TABLE `mabase_contentitem_tag_map` ( `type_alias` varchar(255) NOT NULL DEFAULT '', `core_content_id` int(10) UNSIGNED NOT NULL COMMENT 'PK from the core content table', `content_item_id` int(11) NOT NULL COMMENT 'PK from the content type table', `tag_id` int(10) UNSIGNED NOT NULL COMMENT 'PK from the tag table', `tag_date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT 'Date of most recent save for this tag-item', `type_id` mediumint(8) NOT NULL COMMENT 'PK from the content_type table' ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='Maps items from content tables to tags';

merci d'avance pour votre aide

[RobertG]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

Ton site est multilingue ? Si oui, est-ce le système standard ou utilises-tu une gestion tierce des langues ?

[Five_Phil]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

Non le site n'est pas multilingue et aucune extension dans ce sens

[RobertG]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

Peux-tu m'envoyer en MP le message d'erreur exact qui s'affiche pour les tags ? Dans ce que tu as cité, on dirait qu'il manque des termes.

[Five_Phil]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

MP envoyé

Merci,

[RobertG]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

Merci ! Il semble que ce soit ta table "#__tags" qui n'ait pas de champ "note", puisque c'est cette table qui a comme alias "a" et que le message signale un champ a.note inconnu.
Peux-tu vérifier ?

[Five_Phil]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

Merci RoberG ! Il semble bien que le champ "note" n'existe pas dans la table "_tags"
Une capture en image de la table

[RobertG]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

Sur deux bases de test que j'ai vérifiées, il y a 30 champs dans cette table. Ton installation s'est donc mal passée, la question étant de savoir si seule cette table est incomplète, auquel cas il suffira d'une requête SQL pour la supprimer et la recréer, mais compte tenu du nombre de tables, la comparaison pour t'assurer qu'elle seule est incorrecte ne va pas être simple.

[Five_Phil]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

Merci encore RoberG pour ton expertise.
Cependant je suis perplexe sur cette table.. et pour comparer les autres. Car, en comparent avec un site 2.5.28 test quasi semi vierge la table _tags existe bien mais avec 22 champs. Maintenant j'ai téléchargé et installé un 2.5.28 tout neuf et bien la table _tags n'existe pas !?! je comprend pas.
J’avoue que je ne sais pas comment mis prendre pour faire cette comparaison, peut être un outils fait cela ? je vais chercher

bonne soirée

[RobertG]

Re : Migration J2.5.28 vers 3.4.5 presque impossible

Je confirme qu'une installation de 2.5.28 neuve ne comporte pas de table #__tags" et que je ne sais pas pourquoi certains sites 2.5 ont ce composant et donc cette table.
Ceci dit, le passage en 3.4.5 aurait dû porter le nombre des champs à 30 sur la table qui n'en a que 22 sur le site 2.5, et surtout, si tu as installé une version 3.4.5 vierge pour y importer les données du site 2.5, cette V3 doit avoir une table tags avec 30 champs.